Sistema de base de datos relacionales – "Teradata database" (página 2)

Teradata
Milestones

Capítulo
I: Data Warehousing

¿QUÉ ES DATA WAREHOUSE?

Es un depósito de información integrada, disponible para
consultas y análisis, la información que es
extraída o generada desde fuentes
heterogéneas, esto hace mucho más fácil y
eficiente el realizar consultas sobre los datos que
originalmente están distribuidos en distintas
locaciones.

También se le conoce como una colección
lógica de información almacenada
desde diferentes bases de datos
operacionales, usadas para crear negocios inteligentes, dando
soporte al análisis de actividad de negocios, y tareas
de decisión (un almacén
de información operacional y transaccional),
diseñada para proveer datos eficientes de
análisis y para reportes especialmente (OLAP), Data
Warehousing podría significar datos 'virtuales' o 'punto
a punto'.

¿QUE ES UNA DATA WAREHOUSE
ACTIVA?

Permite dar respuesta a preguntas importantes no
referentes únicamente a decisiones estratégicas,
pero son orientadas a decisiones tácticas de
realización.

CONSULTAS ESTRATÉGICAS

Las consultas estratégicas son usadas cuando se
desea tomar un aprovechamiento pro-activo para el futuro
cercano, la información que produce que se utiliza para
desarrollar un plan cohesivo o
un curso de acción.

Los datos almacenados que soportan consultas
estratégicas deben ser históricos en naturaleza
de manera que provean una representación fiable de lo
que estuvo sucediendo en el pasado, involucran procesamiento de
volúmenes de datos.

CONSULTAS TÁCTICAS

Las consultas tácticas son muy útiles
para el futuro de corto plazo, son reactivas y manejables por
eventos, tienen
algunos datos de requerimiento estratégicos por que
actúan en base a la información histórica,
los datos que proveen son actuales y consistentes.

TERADATA WAREHOUSE ACTIVA

El entorno de Teradata provee utilidades que son
cargadas en un tiempo reducido, proveniente desde una fuente,
para todos los clientes que requieren de estos datos, Teradata
Warehouse no solo incluye la base de datos, sino un pull de
herramientas y utilidades, conformando así una suite de
administración organizada en las
siguientes categorías.

Tabla N° 1. Categoría de
utilidades de Teradata.

Capítulo
II: Modelo de Bases de Datos de Teradata

Este apartado describirá los conceptos sobre
el modelamiento de base de datos relacionales.

¿QUE ES UN MODELO RELACIONAL?

El modelo relacional de administración de base
de datos fue derivado de conceptos matemáticos, donde se
define a una tabla como relación, el numero de filas
define su cardinalidad de la relación, y el numero de
columnas es el grado de relación, cualquier
manipulación de la tabla en una base de datos
relacional, tiene un consistente y predecible resultado por que
estas relaciones fueron definidas
matemáticamente.

Los productos de administración de base de
datos, basado en redes jerárquicas u
orientadas a objetos, no son construidas en base
teóricas sustentables, de modo que su comportamiento no es predecible en
comparación a productos relaciónales.

Por ejemplo un optimizador de sentencias SQL para la
base de datos usa el álgebra
relacional para construir el camino mas eficiente de acceso a
los datos requeridos, este puede adaptarse a cambios en las
variables
del sistema, reconstruyendo sus modos de acceso sin
intervención de programación, esta adaptabilidad es
necesaria pues las definiciones de la base de datos no son
estáticas y pueden cambiar en el tiempo.

¿QUE ES UNA BASE DE DATOS
RELACIONAL?

Se entiende como una colección de objetos, como
tablas, vistas, macros,
procedimientos almacenados, y triggers los
cuales san fácilmente manipulables usando aplicaciones
directas y especificas en sentencias SQL.

TERMINOLOGÍA DE BASE DE DATOS
RELACIONAL

Las bases de datos relaciónales son una
generalización de relaciones basadas en fundamentos
teóricos matemáticos, pero no existe un modo
dependiente el uno del otro.

Tabla N°2. Comparativa de
terminología matemática
VS. RDBMS

TERADATA DATABASE

Es un almacén de información vinculada con
herramientas y utilidades que hacen parte de una suite de
DataWare Housing, un completo y activo sistema de
administración de base de datos relacionales o
RDBMS.

PROPÓSITO DE DESARROLLO

Teradata ha sido diseñado como un sistema que
permite a los usuarios a visualizar y administrar cantidades
inmensas de datos, como una colección de tablas
relacionales, algunas capacidades de Teradata Database si
listan en la siguiente tabla:

Tabla N°3. Características de
Teradata

TABLAS, FILAS Y COLUMNAS

Las tablas son objetos de dos dimensiones consistentes
en filas y columnas, los datos están organizados en el
formato de la tabla, y es presentada al usuario como un modelo
relacional de base de datos, las referencias entre tablas
definen sus relaciones y restricciones de datos dentro de cada
una de ellas.

RESTRICCIÓN DE TABLAS (TABLE
CONSTRAINTS)

Al momento de crear la base de datos y por coincidente
sus tablas, se define ciertas condiciones denominadas
Restricciones (constraints) las cuales pueden incluir rangos,
condiciones, dependencias, etc. Durante dicha creación o
modificación se puede especificar su rango de
acción, en la columna, parte de la columna o
múltiples columnas usando las sentencias CREATE y ALTER,
esto se detallará en el capitulo de sentencias
SQL

TABLAS PERMANENTES Y TEMPORALES

Para manipular datos, se debe de remitir una consulta
en un lenguaje que la base de datos pueda entender, para el
caso de Teradata Database este lenguaje es SQL, de modo que se
puede almacenar los resultados de múltiples consultas en
muchas tablas, almacenar estos datos de manera permanente es
necesario cuando muchos usuarios quieran acceder a su
contenido.

Cuando las tablas son requeridas para una
sesión simple, el sistema crea tablas temporales, de
modo que podamos también salvar el contenido del
resultado para una subsiguiente consulta dentro de la misma
sesión. También se puede desglosar complejas
consultas en otras más pequeñas, nótese
que estas tablas temporales se perderán al terminar la
sesión.

TABLAS TEMPORALES GLOBALES

Son tablas que existen únicamente en la
sesión de consulta SQL, los contenidos de las mismas son
privadas para la sesión no accesibles para otros
usuarios, la cual será eliminada al terminar dicha
sesión, pero el sistema guarda la definición de
dicha tabla de manera permanente en su diccionario de
datos, dicha definición podría ser compartida
por múltiples usuarios y sesiones de modo que cada
sesión disponga de su propia instancia de la
tabla.

TABLAS VOLÁTILES TEMPORALES

Si se requiere una tabla de uso simple, se puede
definir esta como una tabla volátil temporal, se
entiende que esta tabla permanecerá en memoria pero
desaparecerá cuando por ejemplo el sistema sea
reiniciado.

Solo el creador puede acceder a esta tabla, la cual es
mas efectiva que usar una de tipo global pues su
definición no se adicionara al diccionario
de datos.

TABLAS DERIVADAS

Es un tipo especial de tabla, la cual se deriva del
tipo de consulta SQL realizada, lo que permite evitar el uso de
CREATE y DROPTABLE, para el almacenamiento de la
información.

FILAS Y COLUMNAS

Una columna siempre contiene el mismo tipo de
información y solo puede existir el mismo tipo de
información en dicha columna, por otro lado una fila es
una instancia de toda la columna en una tabla, las filas y
columnas en la tabla representan las entidades o
relaciones.

Una entidad es una persona, lugar
o cosa de la cual la tabla posee información, el modelo
relacional requiere se identifique una fila en una tabla de
manera única, para lo cual se define una llave
primaria.

Capítulo
III: Arquitectura de Hardware y Software

Este capitulo describe los componentes de la
arquitectura de hardware y software. El soporte de Hardware de
teradata esta basado en la tecnología de
multiprocesamiento simétrico, la combinación de
este hardware en una red de comunicaciones permite que se forme un sistema
MPP o conocido como sistema masivo de procesamiento en
paralelo…

INFORMACIÓN DE ARQUITECTURA
COMPARTIDA

La meta de diseño de Teradata fue proveer un
almacenamiento de datos simplificado para una variedad de
arquitecturas orientada a diversos clientes, poseer un simple
recurso minimiza la duplicación de datos, el
aprovechamiento de almacenamiento conocido como SIA (Shared
Information Arquitecture) utilizado por Teradata para la
creación de su base de datos, lo que elimina la
necesidad de mantener bases de datos duplicadas y
diversificadas en diferentes plataformas.

SIA, permite que muchos clientes de mainframes, redes
locales, o computadoras personales, puedan acceder y manipular
la misma base de datos de manera simultanea, la siguiente
figura ilustra el principio de SIA.

PLATAFORMAS SMP Y MPP

MPP (masivo proceso paralelo) y de SMP
(multiprocessing simétrico). SMP comparte los datos
almacenados en los discos con todo el CPUs del sistema Los
sistemas Windows NT utilizan tecnología SMP en
ejecución y soportan hasta cuatro CPUs en un solo nodo
de SMP. Siendo estos escalables hasta cierto número de
procesadores. Una vez que se alcance ese umbral, los gastos
indirectos para manejarlos llegan a ser mayores que las
ventajas de agregar otra CPU. El
número de los procesadores usados depende de la velocidad de
los mismos.

Los sistemas de MPP son ilimitados en su
escalabilidad. Mientras que se agregan los nodos de SMP, los
gastos indirectos siguen siendo iguales, algunos clientes de
Teradata tienen sistemas de MPP que abarcan más de 150
CPUs.

Estos componentes son:

Tabla N° 4 Plataforma
SMP-MPP

Estas plataformas usan procesadores virtuales que
ejecutan una serie de procesos en
un nodo bajo el modelo de Base de datos Extendidas en Paralelo
(PDE). Los procesadores virtuals (Vprocs) proveen el ambiente
en paralelo que permite que las Base de Datos Teradata sea
ejecutada en Sistemas SMP y MPP.

BYNET

Como nivel mas elemental, BYNET es donde convergen los
nodos SMP, formando un sistema de bus de
comunicaciones de alta velocidad y provee Broadcast
bidireccional, Multicast, y Punto a Punto, en un multimodo al
menos existirá dos BYNETs creando un ambiente de
comunicaciones optimo para la transmisión de
información.

Si un BYNET cae, el segundo manejaría todo su
trafico, el ancho de banda para cada nodo o vinculo en la red
será 10Mb, pues cada nodo al menos tiene 2
vínculos de red, este ancho de banda es
linealmente-escalable, por ejemplo un sistema de 16 nodos posee
320Mb de ancho de banda para conexiones punto a punto, haciendo
que el total disponible para cada nodo sea de 20mb.

El software BYNET también provee el Standard
TCP/IP como
interfase de comunicaciones entre los nodos SMP.

Figura N° 3. Estructura
BYNET

COLECCIÓN DE DISCOS (DISK
ARRAY)

Teradata emplea Discos de almacenamiento de
tecnología RAID (Redundant Array of Independent Disks)
parar proteger los datos a nivel de discos utiliza el
Administrador RAID para agrupar las unidades en Colecciones
(Arrays), para asegurar la disponibilidad de datos en caso de
la falla de un disco, cada array de discos consiste, en una o
cuatro rangos de discos, con mas de cinco discos por rango,
redundancia implica que ni los datos ni las funciones o los
componentes sean duplicados en la arquitectura del
array.

UNIDADES LÓGICAS

RAID Manager, utiliza grupos de
discos, un grupo esta configurado en una o mas unidades
lógicas (LUNs). Una LUN (unidad lógica) es una
porción de cada disco en cada grupo. Dicha
porción esta configurada para representar un solo disco.
Y cada LUN es únicamente identificado por el sistema NCR
UNIX MP-RAS.

CLIQUES

Un clique es la característica de un sistema
multinodo, que físicamente agrupa nodos a través
de acceso multipuerto, a unidades comunes de discos (Disk
Arrays). La conexión de Arrays de Discos Inter-nodos son
hechos mediante buses SCSI

Fig. N° 4 Conectividad de los
cliques

Clique es el mecanismo que permite migrar los datos a
otro nodo en caso de fallo, permitiendo que este proceso
continué ejecutándose mientras el nodo de fallo
se recupera.

PROCESADORES VIRTUALES

La versatilidad de Teradata esta basada en
procesadores virtuales (vprocs) que eliminan la dependencia de
procesadores físicos especializados, Vprocs son un
conjunto de aplicaciones de proceso que ejecutan un nodo dentro
de Las Extensiones de base de datos paralelas Teradata (PDE),
dentro de un ambiente multitareas. Estos tipos de Vprocs
son:

PE: Mejora el rendimiento en el control de
tareas, con funciones de parseo.

AMP: Mejora el rendimiento de las funciones de
la base de datos, para el ingreso o actualización de
datos en los discos virtuales.

Un solo sistema puede soportar un máximo de
16,384 vprocs donde el máximo número de vprocs
por nodo puede ser de hasta 128.

MOTOR DE PARSEO

Un PE, es el proceso que comunica a un cliente del
sistema con los AMPs (via BYNET), donde cada PE ejecuta el
software de la base de datos para administrar sesiones,
descompone sentencias SQL, en secuencia de pasos, posibilita el
paralelismo, y devuelve una respuesta al cliente que la
solicita.

El software PE contiene lo siguientes
elementos:

Tabla N°5. Software de
Parseo

MÓDULO DE ACCESO AL PROCESADOR

El corazón
de la base de datos Teradata es el AMP, el cual es un Vproc
(procesador
virtual) que controla la administración de la base de
datos y el subsistema de discos, con cada AMP bien asignada a
un Vdisk

Tabla N°6 Funciones del Modulo de
Acceso

Cada AMP representada en la siguiente figura,
administra un fragmento de espacio en los discos duros
físicos, cada AMP almacena su fragmento de tabla dentro
de ese espacio asignado.

Figura N° 5 Proceso de
Comunicación y acceso

Cluster AMP

Los AMPs son agrupados dentro de clusters
lógicos, para mejorar la tolerancia a
fallos con la base de datos.

PROCESO DE CONSULTAS CON LA HERRAMIENTA DE
PARSEO

Las sentencias SQL son utilizadas para generar
consultas o interactuar con la base de datos, el manejo de SQL
Parser para todas las consultas entrantes se describe en la
siguiente tabla.

Tabla N° 7. Proceso de consultas con
el parsing.

EL "DISPATCHER"

Controla la secuencia de pasos a ser ejecutados, para
ser distribuidos al administrador de base de datos, la
secuencia de acción es como sigue

1. "Dispatcher" recibe los pasos concretos de
"gncApply"

2. "Dispatcher" localiza el primer paso en "BYNET",
y se comunica para el proceso de los datos.

3. "Dispatcher" recibe las respuestas para
completar dichos procesos, has que todas las solicitudes sean
realizadas.

LAS AMPs

Cuando se obtienen las filas requeridas para el
procesamiento de las consultas (asumiendo que las AMPs son
procesadas por una consulta SELECT). BYNET transmite mensajes a
las AMPs, la siguiente figura ejemplifica lo antes
mencionado.

Figura N°6 Procesamiento de
consultas

EJEMPLO: SENTENCIA SQL

Como ejemplo, se usara una sentencia SQL para
Teradata, usando una tabla conteniendo información
contable, el ejemplo asume que la columna AcctNo, es el
único índice primario para Table_01.

1. SELECT * FROM Table_01 WHERE AcctNo =
129317;

2. SELECT * FROM Table_01 WHERE AcctBal >
1000;

Para este pequeño ejemplo:

• PE 1 (Parse Engine "Motor de Parseo") recibe consulta
  1 y 2.
• Los datos para la cuenta 129317 esta contenido en la
  fila R9 de la tabla, y almacenada en AMP1
• La información de todas las cuentas esta
  distribuida en todos los discos de las AMPs.

EXTENSIONES DE BASE DE DATOS PARALELAS
(PDE)

PDE es una capa de interfaz de software que esta
encima del sistema
operativo. El sistema operativo puede ser UNIX MP-RAS,
Microsoft
Windows, donde PDE provee a la base de datos Teradata con la
siguiente habilidad.

• Ejecuta la base de datos Teradata en un ambiente en
  paralelo.
• Ejecuta vprocs (procesos virtuales).
• Aplica una prioridad flexible para la planificación de sesiones en la base de
  datos.Depura el kernel del sistema operativo residente en el y
  en la base de datos.

SISTEMAS MPP Y PDE

PDE permite al sistema MPP lo siguiente:

• Toma ventaja de las características de
  hardware, BYNET y los discos compartidos.
• Procesa las aplicaciones de usuario que fueron
  escritas en una aplicación no-paralela.

SISTEMA DE ARCHIVOS
TERADATA

El propósito principal del sistema de archivos
Teradata es proveer una capa entre el software de la base de
datos y la capa PDE, permitiendo que los datos almacenados sean
eficientes y consistentes.

Los bloques de datos son estructuras
de disco que contienen una o mas filas de una tabla, y es una
unidad física de entrada/salida para el sistema
de archivos, los cuales son almacenados en un espacio del disco
físico, lo cuales están agrupados en
cilindros.

Cylinder Read, es una capacidad del
sistema de archivos Teradata, que permite operaciones de
exploración para ejecutar de manera eficiente, la lectura
de cilindros y bloque de datos en una sola operación de
entrada/salida, esto significa que el sistema lee/escribe los
datos por cilindros de datos, en contraposición a
utilizar los sectores del mismo, lo que reduce tiempo en las
operaciones.

El tamaño de los bloques están en el
rango de 6144bytes y 128Kb, o desde 12 a 255 sectores, lo cual
puede ser personalizable por DBS Control Utility para un
sistema de archivos por defecto o usando DATABLOCKSIZE
especificando el tamaño de datos Asignados a la
tabla.

INTEGRIDAD DE DATOS EN DISCOS (I/O DISK
INTEGRITY)

Para detectar metadatos corruptos en el sistema,
Teradata verifica lo siguiente:

• Numero de versiones
• Longitud de segmentos
• Tipos de bloques
• Bloqueo de agujeros en bloques de datos,
  índice de cilindros (Cilinder Index), Índices
  Maestros (MI), y estructuras de sistemas de
  archivos.

Tabla N° 8. Modalidades de la
Integridad de Datos

SISTEMA DE INTERFAZ GRÁFICA
TERADATA

El interfaz grafica (GUI) de Teradata (DBW) permite
que los administradores de la base de datos o del sistema
controlen la operación con la base de datos Teradata.
Este funciona en un ambiente gráfico X Windows [Unix] o
de Microsoft Windows.

¿Cómo se comunica El entorno
grafico con la base de datos?

El DBW se comunica con la base de datos de Teradata
mediante el subsistema de consola (CNS), que es parte del
software (PDE). CNS maneja esta comunicación. Desde la
ventana principal podemos tener acceso.

Capítulo IV: Teradata
DataBase

Este capitulo describe las diversas formas como el
cliente puede comunicarse con la base de datos. Teradata usa el
CLI (Call Level Interface – Nivel de Interfase de
llamadas), el cual provee rutinas de servicios, en
adición a esto Teradata soporta estándares para
protocolos
actuales

COMUNICACIÓN ENTRE EL CLIENTE Y LA BASE DE
DATOS

Métodos de Adhesión

Los clientes pueden conectarse a la base de datos
mediante un canal a través de una IBM Mainframe o a
través de una LAN, las
aplicaciones que estos pueden ejecutar son: CLIv2 (call level
interface v2), estas interfaces pueden variar dependiendo el
sistema operativo sea este Windows (WinCli) o Unix MP-RAS (ODBC
u ODBC).

CLIv2 proporciona las siguientes acciones:

Administra múltiples de solicitudes de
ejecución en una sola sesión. Administra
múltiples sesiones en simultáneo para el mismo o
diferente servidor.

Utiliza procesos cooperativos incrementando su
rendimiento en los clientes.

Teradata Director Program

TDP administra las comunicaciones entre CLIv2 y el
servidor. El programa se ejecuta en el mismo mainframe que
CLIv2, pero se ejecuta como si fuese una máquina
virtual. Un solo TDP se asocia a un servidor lógico
donde cada TDP es referido por su uso con un identificador
llamado el TDPid (TDP2). Las funciones del TDP
incluyen:

• Inicio y cierre de sesión
• Logeo, verificación, recuperación, y
  reinicio
• Conexión de Entrada y salida física al
  servidor, incluyendo balanceos de sesión u operaciones
  de mantenimiento.
• Seguridad.

SERVIDOR

Un servidor procesa e implementa los requerimientos
recibidos de CLIv2 via TDP, la siguiente figura ejemplifica
estos eventos.

OTROS TIPOS DE COMUNICACIÓN

Estos tipos esta disponibles para sistemas Windows o
UNIX MP-RAS. WinCLI: Es un interfase para DOS o Ventanas
Windows, las rutinas CLI proveen acceso a los módulos
como objetos los cuales han sido compilados o ensamblados de
acuerdo al estándar de vínculos. WinCLI utiliza
el protocolo
DDE (Dynamic Data Exchange) para comunicarse con las
aplicaciones.

ODBC: Conectividad para bases de datos
Abiertas, el driver de teradata provee una interfase
alternativa para el acceso a la base de datos teradata, el cual
proporciona un Núcleo SQL de nivel 1 y algunas
extensiones del nivel 2, con capacidades para conexión
por sockets, TCP/IP. ODBC
Driver para teradata opera de manera independiente a CLI o
WinCLI.

JDBC: Proporciona acceso a la base de datos
usando lenguaje Java,
proporciona un ambiente independiente de la plataforma, ejecuta
sentencias SQL y procesa los resultados. El driver JDBC de
Teradata implementa clases para comunicaciones entre el gateway
y el host.

ADMINISTRACIÓN DEL SISTEMA

Asignación de espacio para las Bases de Datos
y los Usuarios

No sólo se refiere al espacio requerido en
disco, también el espacio requerido para los
usuarios.

Para Teradata, una base de datos es una
colección de tablas, vistas, procedimientos almacenados
y macros. Una base de datos también contiene espacio
para que los usuarios puedan tener sus propias tablas, vistas,
macros, procedimientos almacenados o a otros
usuarios.

Usuarios y Bases de Datos

Cuando Teradata es instalada por primera vez,
sólo existe un usuario en el sistema, DBC. El
administrador de la base de datos tiene que administrar a este
usuario y asigna espacio de DBC para otros usuarios.

El usuario DBC es propietario de todas las otras bases
de datos y usuarios en el sistema.

Como crear Bases de Datos

Se usa la sentencia CREATE DATABASE para crear una base
de datos.

CREATE DATABASE Personal FROM
Administracion

AS PERMANENT = 5000000 BYTES,

FALLBACK,

BEFORE JOURNAL, DUAL AFTER JOURNAL,

DEFAULT JOURNAL TABLE = Personal.FinCopy;

La base de datos Personal es creada en el
espacio de Administración.

Para crear la base de datos, el creador debe tener los
privilegios necesarios.

5000000 representa la capacidad de almacenamiento de
la base de datos.

La palabra FALLBACK especifica una copia duplicada de
cada tabla almacenada.

La opción JOURNAL especifica una copia de la
imagen antes
de cambiarla.

La cláusula DEFAULT JOURNAL TABLE es requerida
porque el journaling es pedido. Esta cláusula especifica
una tabla de control diario llamada FinCopy que va a ser
creada en la base de datos.

CREACIÓN DE USUARIOS

Se usa la sentencia CREATE USER para crear un nuevo
usuario:

CREATE USER Jones

FROM "F&A"

AS PERMANENT = 1000000 BYTES,

SPOOL = 1000000 BYTES,

PASSWORD = Jan,

FALLBACK,

ACCOUNT = ‘Administration’,

STARTUP = ‘DATABASE
"F&A";’

;

La cláusula opcional STARTUP especifica una o
más sentencias Teradata SQL, que el sistema puede
ejecutar automáticamente cuando este usuario establece
una sesión.

ROLES Y PERFILES PARA LOS USUARIOS

Los roles y perfiles simplifican la
administración del sistema:

Tabla N° 9 Roles y Perfiles de
Usuarios

Teradata permite poner todos los roles disponibles
haciendo:

• SET ROLE ALL
• En la sentencia CREATE USER o MODIFY USER

CUENTAS

ADMINISTRACIÓN DE SESIONES

Los usuarios necesitan hacer una conexión y
establecer una sesión, antes de realizar cualquier
operación.

ESTABLECIENDO UNA SESIÓN

Para establecer una sesión, el usuario necesita
hacer una conexión en la base de datos.

La cadena de conexión puede incluir cualquiera de
los siguientes operandos:

• Identificador opcional para la Base de Datos, llamado
  tupid
• Nombre de usuario
• Password
• Número opcional de cuenta

PEDIDO DE SESIÓN

Una sesión es establecida luego de que la base
de datos acepta el nombre de usuario, password y retorna un
número de sesión para el proceso.

Luego los pedidos hechos por un usuario son
identificados por:

• Host id
• Número de sesión
• Número de pedido

UTILIDADES DE MANTENIMIENTO

Algunas de las utilidades están
listadas:

Tabla N° 10

SEGURIDAD EN LA BASE DE DATOS TERADATA

LIBRERÍA DE SEGURIDAD

La seguridad en Teradata esta basado en la
librería Teradata Database Generis Securtity Services
(TDGSS), TDGSS esta compuesto por:

• Un set de mecanismos preconfigurados
• Archivos de configuración
  editables
• Un set de herramientas e interfaces para configurar y
  administrar las funciones de seguridad en red

CARACTERÍSTICAS DE SEGURIDAD

• Mecanismos de seguridad: Seleccionado
  para poner el contexto de seguridad para la sesión. Cada
  mecanismo de seguridad define un único contexto de
  seguridad.
• Autenticación de usuario:
  Verificación de la identidad de
  un usuario al momento de la conexión.
• Autorización de usuario: Los
  usuarios deben tener los permisos necesarios. El sistema
  evalúa cada pedido SQL de los usuarios para actuar de
  acuerdo a sus privilegios de acceso.
• Encripción: La
  transmisión de datos mediante la red es
  codificada.
• Integridad de los datos: El sistema
  verifica mensajes recibidos contra los que fueron enviados,
  para asegurarse de que los datos no han sido perdidos o
  corrompidos durante la transmisión.
• Guía de Administración de
  Usuarios: Las guías soportadas pueden ser
  configuradas para autenticar usuarios y privilegios de acceso a
  la base de datos.
• Acceso Monitoreado a la Base de Datos:
  Provee la habilidad de identificar transgresiones,
  transgresores y potenciales peligros de seguridad.

MECANISMOS DE SEGURIDAD

Teradata emplea mecanismos de seguridad para definir
el contexto de seguridad en cual la sesión de la base de
datos debe correr. Cada mecanismo esta compuesto por un
número de propiedades que definen su funcionalidad,
algunas de sus propiedades son editables, todos los mecanismos
de seguridad son construidos usando la librería
TDGSS.

Tabla N° 11 Mecanismo de
Seguridad